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PRESCRIPTION APPROVAL SYSTEM AND METHOD 

10 Inventor 

Jude LaCour 

Field of the Invention 

This invention relates generally to remote prescription approval and fulfillment 
and, more specifically, to systems and methods for obtaining physician approval of 
15 requests for drug prescriptions. 

Background of the Invention 

The Internet has provided a medium for many new businesses to meet customer 
demands quickly and efficiently while reducing overhead and start-up costs. To take 
advantage of these benefits, many pharmaceutical companies have developed Web sites 
20 that sell various drugs to consumers. Likewise, established drug store chains have 
embraced the Internet as a valuable distribution channel for their drugs and other 
products. 

Many of the medications that such electronic pharmacies offer are sometimes 

called "embarrassment" drugs because they are intended to treat embarrassing conditions. 
25 For example, many consumers are self-conscious when purchasing drugs to treat erectile 

dysfunction, hair loss, weight loss, herpes, and other potentially embarrassing maladies. 

The ability to purchase such drugs electronically allows them to be obtained relatively 

anonymously, without any embarrassment. 

The computer-based ordering system works particularly well for over-the-counter 
30 drugs and other products that do not require a prescription. Consumers are able to select 

and purchase those products over the Internet just as they would form a "brick and 

mortar" store, except that they can more easily compare prices and enjoy the convenience 

of shopping from home at any time, day or night. 
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Prescription drugs, on the other hand, have presented a thorny problem for drug 
providers. Some drugs require physical examinations of various degrees in order to issue 
a prescription. Thus, in some cases an actual face-to-face examination must occur, while 
in other cases a more general medical history review is sufficient. Some on-line 
pharmacies have either ignored these requirements or have difficulty following them, and 
have been under fire for issuing drugs without a prescription. Even those pharmacies that 
have intended to dispense prescription drugs only with a prescription have sometimes 
found it difficult to process the order in a manner that is efficient while verifying the 
request is accompanied with a prescription. 

Accordingly, there is a need for a system and method that facilitates the approval 
and delivery of drugs and other products with the proper authorization, and overcomes 
some of the above problems. 

Summary of the Invention 

The present invention comprises a system for processing drug orders while 
ensuring that all orders requiring a prescription are accompanied by a prescription. 

In accordance with further aspects of the invention, a server is coupled to a 
network which is preferably the Internet. The server includes an associated memory and 
stored programming instructions, which preferably comprise Web pages. 

In accordance with other aspects of the invention, any number of client computers 
connected to the network can access the server. The server causes web pages to be 
presented on the client displays to allow clients to order drugs or other products. 

In accordance with still further aspects of the invention, doctors or other 
professionals can also access the server via a client computer. Doctors are presented with 
one or more patient request requiring a prescription based on a review of a patient 
medical history. Depending on the information contained in the medical history, a doctor 
either approves or declines the requested prescription. 

In accordance with yet other aspects of the invention, security measures are 
included such as a doctor login screen requiring entry and validation of a doctor 
password. 

In accordance with still another aspect of the invention, prescriptions requests can 
be submitted by patients, doctors, medical professionals or others. 

In accordance with still further aspects of the invention, patient medical histories 
or physical examination data can be entered and reviewed by separate doctors or entered 
by the doctor performing the examination. 

Accordingly, a doctor can review requested prescriptions and approve or decline 
them based upon an appropriate medical history review. 
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Brief Description of the Drawings 

The preferred and alternative embodiments of the present invention are described 
in detail below with reference to the following drawings. 

FIGURE 1 is a block diagram of a preferred prescription authorization system of 
the present invention; 

FIGURE 2 is a flow diagram of a preferred prescription authorization method of 
the present invention; 

FIGURE 3 is a screen display of a doctor login process in accordance with the 
present invention; 

FIGURE 4 is a screen display of a main menu in accordance with the present 
invention; 

FIGURE 5 is a screen display of an order retrieval process in accordance with the 
present invention; 

FIGURE 6 is a screen display of an order accounting listing in accordance with 
the present invention; and 

FIGURE 7 is a preferred doctor general consultation form in accordance with the 
present invention. 

Detailed Description of the Preferred Embodiment 

A preferred prescription approval system is illustrated in FIGURE 1. The system 
includes a server 10 and associated memory 12 accessible over a network 20. The server 
can comprise any computer-based system, and is preferably configured to operate, or 
host, one or more Web pages accessible over a network. Accordingly, the network 20 is 
preferably the Internet, although it could alternatively be any wired or wireless 
communication channel. 

A plurality of clients 40 are also coupled to the network 20. The clients 40 are 
preferably desktop or laptop computers having a processor, display, memory, input/output 
devices, and other typical components. Alternatively, the clients 40 may comprise any 
wired or wireless microprocessor-based device such as a personal digital assistant, pager, 
cellular telephone, or other devices adapted to communicate over the network 20. 
Accordingly, the clients 40 are able to communicate with the server 10 over the network 
20. 

Although two are illustrated in FIGURE 1, any number of clients 40 may be 
present in accordance with the present invention. Likewise, the clients 40 may serve a 
wide array of end-users. For example, clients 40 may be patients seeking prescriptions, 
nurses or other professionals requesting prescriptions, or administrative personnel seeking 
information or making changes to the system. Doctors reviewing prescriptions for 
approval also access the server 10 via a client machine, and for that reason the system is 
illustrated as including a doctor 30 in communication over the network 20. Preferably, the 



doctor 40 accesses the server 10 using a machine that is essentially the same as other 
clients 30. 

The prescription approval system of FIGURE 1 operates according to the method 
illustrated in FIGURE 2. Various screen displays are generated by the server 10 and 
presented on a display associated with a client 40 or doctor 30, as illustrated in FIGURES 
3-7. The process begins at block 100, at which a doctor 30 or other client 40 accesses a 
home page associated with a pharmacy or other drug provider. Although the process 
preferably begins at a home page, it is possible to access an intermediate page if the 
address for such a page is known in advance. Likewise, the preferred embodiment 
contemplates the use of an Internet-based server having a web of pages written in HTML 
or another mark-up language. Alternatively, instead of accessing a home or other web 
page, the client 40 may access the server 10 via a dedicated connection, intranet, bulletin 
board, LAN, or other communication channel that may not require a strict analogy to a 
home page. 

The step of accessing the home page at block 100 is performed by entering a 
URL, IP address, selecting a link, or using other means to allow the client computer 40 to 
communicate with the server 10. Once accessed, the server sends appropriate software 
code to the client 40 causing the client 40 to display the home page. The home page is 
preferably a graphical presentation that includes information related to the on-line 
pharmacy or other drug-dispensing business. Accordingly, it includes various listings of 
drugs or other offered products, contact information, frequently asked questions, pricing 
displays, and other information. Of course, the home page need not include any of the 
above, consistent with this invention, and can alternatively include additional information 
or organize the above categories of information on web pages other than the home page. 

After accessing the home page, doctors or other professionals are asked to login at 
block 102. As shown in FIGURE 3, the login is preferably a standard request for entry of 
a user name 202 and password 204. The request can be on the home page itself or can be 
on a separate page that is linked to the home page. In the latter case, the home page 
contains a button or other device to enable doctors to reach the login screen. For example, 
a doctor uses a pointer to select a button or other hypertext link to a page other than the 
home page that contains the login screen. Once at the screen containing the login routine, 
the doctor (or other professional) enters a user name 202 and password 204, then presses 
return on a keyboard or clicks a submit query button 206. 

After entering a user name and password, the process proceeds to block 104 where 
the user name and password are verified. In order to do so, the server accesses a database 
stored in its associated memory 12 to determine whether the entered user name is 
properly assigned to the entered password. If not, an appropriate message is displayed and 
the process returns to block 102 to allow the doctor to edit the login information for 



typographical or other errors. Alternatively, the process can return the user to the home 
page or any other location. 

After the user is verified as an authorized user, the process proceeds to block 106 
at which the main menu for authorized doctors is presented. Best seen in FIGURE 4, the 
5 main menu 210 includes choices that may be selected such as an approval interface, 
accounting interface, and administrative functions such as changing passwords. Any 
number of additional options may be included. Likewise, the main menu is not essential 
to the invention but rather could be omitted in favor of one or more alternative pages that 
more directly present the doctor with patient prescriptions for possible approval. A main 
10 menu format is most useful for those embodiments having a relatively large number of 
menu choices. 

When the doctor accessing the system selects the approval interface from among 
the menu choices, the system proceeds to block 1 08, at which the doctor can request, and 
the system will retrieve, a pending patient order. Preferably, the initial presentation of the 

15 approval interface will indicate the number of orders requiring review, as well as 
pertinent information related to the proposed orders such as a prescription number, order 
date, requested drug or product, and whether any notices were emailed. 

In the preferred embodiment, the orders awaiting approval are requested by 
patients themselves accessing the server 10 from any client 40. Thus, any patient or other 

20 individual accesses the server via a client in the same manner as described above with 
respect to the doctor. The principal difference is that patients need not login with a user 
name and password as doctors do because the security needs for doctor approval is more 
acute than for patients. Nonetheless, the system may impose a user name and password 
requirement for patient users as will. 

25 In addition, prescriptions may be submitted by persons other than patients. For 

example, the doctor, a nurse, or other medical professional may submit the prescription in 
addition to reviewing it for approval. Such prescriptions may be presented using the 
typical patient interface, or may be submitted by the doctor within the approval interface. 
To do so, the doctor presses an "add" button or other appropriate indicator, then enters the 

30 product and patient information to provide the prescription for the patient. 

For those orders requiring a doctor prescription following a general consultation, 
the doctor can select a particular prescription number from the listing of orders awaiting 
approval. The doctor will then be presented with a general consultation form containing a 
patient medical history for the patient requesting the order. Best seen in FIGURE 7, the 

35 general consultation includes pertinent information about the patient's history with 
relevant medical conditions, age, weight, current medication use, alcohol use, and other 
aspects. In some cases, the information presented may be a function of the prescription 
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sought. The doctor reviews the patient history information and, as appropriate, either 

approves or declines the order at block 110. 

While the present invention is particularly well-suited for drugs that can be 

dispensed without a prescription of that require only a general consultation and review of 
5 medical history in order to issue a prescription, it also works for drugs requiring a more 

intensive physical examination prior to issuance of a prescription. In such cases, the 

doctor retrieving and reviewing orders at block 108 can enter information indicating that 

an appropriate physical examination was performed. 

If the order is declined by the doctor, the process proceeds to block 112, where the 
10 system sends the customer an appropriate notice that the order was declined. Preferably, 

the order is in the form of an email to the customer. In some embodiments, the notice may 

also include an explanation for the basis of the refusal. 

If the order is approved by the doctor, the process proceeds to block 114 to 

process the order. The details of the order fulfilling process can vary, but preferably 
15 include sending an email to the customer indicating that the order is approved and 

packaging the order for shipment to the customer. 

After either approving or disapproving an order, the process continues to block 

116 where the doctor is given the option to review additional orders if more orders are 

pending and awaiting approval. If there are no more orders pending or if the doctor 
20 decides not to review more orders, the process returns to the main menu at block 106. 

Alternatively, if the doctor chooses to review additional orders, the process returns to 

block 108 to retrieve an additional order. 

At the main menu, the doctor can also choose to review accounting details, as best 

seen in FIGURE 4. After the doctor selects accounting from the main menu, the system 
25 presents an accounting display to the doctor on the client display, as illustrated in 

FIGURE 6. The accounting display preferably includes data associated with pending 

orders such as an order date, identification number, status (delivered, declined, approved, 

not reviewed, etc.), whether the order has been paid for, and other pertinent information. 

Information in the accounting display can be reviewed and modified if appropriate. 
30 While the preferred embodiment of the invention has been illustrated and 

described, as noted above, many changes can be made without departing from the spirit 

and scope of the invention. Accordingly, the scope of the invention is not limited by the 

disclosure of the preferred embodiment. 
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